Method for requesting and viewing an attachment image on a portable electronic device

ABSTRACT

A method for viewing a full image of a server stored original attachment on a portable electronic device including: building a graph structure within the server representing a map of the original image, downloading and displaying a re-sized image from the server to the portable electronic device, the original image exceeding an image size limit of the portable electronic device indicative of screen size of the portable electronic device, calculating width and height parameters of the full image, sending a request from the portable electronic device to the server to enlarge the image displayed on the device based on the width and height parameters, the request including the image size limit, retrieving and traversing the graph structure within the server to locate a separate image component constructed for the image size limit, collecting image binary data from the separate image component and modifying the image binary data based on the width and height parameters to create the full image of the original image and downloading the full image of the original image to the portable electronic device.

FIELD

The present embodiment relates to displaying attachments on a portableelectronic device, in particular, a method for requesting and viewing anattachment image on a portable electronic device.

BACKGROUND

Wireless technology has made it possible for email messages to bereceived and displayed by various portable electronic devices includingPersonal Digital Assistants (PDAs), for example. Sending email messagesincluding attachments, such as photographs or scanned documents, isbecoming increasingly popular, however, most attachments are formattedfor a rich desktop or printer experience and generally require a desktopPC with a large screen display for proper viewing. As such, viewingthese attachments on the small screens of most portable electronicdevices presents a challenge.

Currently, when a user makes a request to view an attachment, therequest is received at a server where the attachment is scaled down tofit on the portable electronic device screen and then returned to theportable electronic device. When viewing high resolution attachments,such as scanned documents, for example, details of the scaled down imageare often difficult to distinguish. In order to view text or otherdetails of the scaled down image, the user may enlarge a desired portionby selecting an appropriate menu option. Each time the user requestsenlargement of an area of the scaled down image, the request is sent tothe server and a higher resolution image of the selected area isreturned to the portable electronic device. Often, the enlargementprocess must be performed multiple times before the user is able to viewthe details of the entire scanned document.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiment will be better understood with reference to the followingFigures in which like numerals denote like parts and in which:

FIG. 1 is a schematic diagram of a wireless communication system;

FIG. 2 is a block diagram of components of a portable electronic deviceaccording to an embodiment;

FIG. 3 is a flowchart depicting device side operation for viewing anattachment on the portable electronic device of FIG. 2;

FIG. 4 is a screen shot of the portable electronic device of FIG. 2;

FIG. 5 is another screen shot of the portable electronic device of FIG.2;

FIG. 6 is a schematic diagram comparing an original image, a screenimage and a full image; and

FIG. 7 is a flowchart depicting server side operation for viewing anattachment on the portable electronic device corresponding to the deviceside flowchart of FIG. 3.

DETAILED DESCRIPTION

Referring to FIG. 1, a communication system 10 for a portable electronicdevice 12 is generally shown. The portable electronic device 12 isoperable to effect communications over a radio communications channeland communicates with a base station (not shown) while located within acoverage area that is defined by the base station. The base station ispart of a wireless network that is in communication with the Internet14. Data is delivered to the portable electronic device 12 via wirelesstransmission from the base station. Similarly, data is sent from theportable electronic device 12 via wireless transmission to the basestation.

It will be appreciated that the portable electronic device 12 is movablewithin the coverage area and can be moved to coverage areas defined byother base stations. Further, as will be understood by one of ordinaryskill in the art, wireless networks include GSM/GPRS, CDPD, TDMA, iDENMobitex, DataTAC networks, EDGE or UMTS and broadband networks such asBluetooth and variants of 802.11.

A server 18 handles wireless client requests from the portableelectronic device 12. A firewall, or proxy server, 16, is providedbetween the server 18 and the Internet 14. The server 18 furtheroperates as an attachment server, which communicates with an emailclient and an attachment viewer of the portable electronic device 12 toallow a user to view attachments that are received in email messages.While only one server 18 is shown for illustration purposes, a personskilled in the art will understand that the attachment server mayalternatively be a separate server.

Referring now to FIG. 2, a block diagram of certain components withinthe portable electronic device 12 is shown. In the present embodiment,the portable electronic device 12 is based on the computing environmentand functionality of a wireless personal digital assistant (PDA). Itwill be understood, however, that the portable electronic device 12 isnot limited to wireless personal digital assistants. Other portableelectronic devices are possible, such as smart telephones, and laptopcomputers.

The portable electronic device 12 is based on a microcomputer includinga processor 20 connected to a read-only-memory (ROM) 22 that contains aplurality of applications executable by the processor 20 that enableseach portable electronic device 12 to perform certain functionsincluding, for example, PIN message functions, SMS message functions andcellular telephone functions. The processor 20 is also connected to arandom access memory unit (RAM) 24 and a persistent storage device 26which are responsible for various non-volatile storage functions of theportable electronic device 12. The processor 20 receives input fromvarious input devices including a keypad 28. The processor 20 outputs tovarious output devices including an LCD display 30. A microphone 32 andphone speaker 34 are connected to the processor 20 for cellulartelephone functions. The processor 20 is also connected to a modem andradio device 36. The modem and radio device 36 is used to connect towireless networks and transmit and receive voice and data communicationsthrough an antenna 38. A content store 40, which is generally a filestorage system for the portable electronic device 12, is also provided.

Referring to FIG. 3, a method for viewing an attachment on portableelectronic device 12 according to an embodiment is generally shown.First (step 42), the attachment viewer displays a resized image of theattachment on the display 30 of portable electronic device 12. Anexample of a resized image 60 as it appears on the display 30 is shownin FIG. 4. The resized image 60 corresponds to a first page of a scanneddocument that the portable electronic device 12 received in an emailmessage in TIFF format. As shown, the text of the resized image 60 isdifficult to read due to the small size thereof.

Prior to step 42, the attachment server performs the resize operation onthe original image and downloads the resized image to the device 12. Inorder to perform the resize operation, the attachment server firstbuilds a Document Object Model (DOM) by parsing the attachment document.In this manner, a graph structure is built within the serverrepresenting a map of the original image. The original image is thenresized based on the requesting device image size limit, or devicescreen size width and height (in pixels). DOM structure is disclosed inUnited States Patent Application No. 2006/0055693, which is hereinincorporated by reference.

At step 44, the attachment viewer determines if the original image widthis greater than the device display width and/or if the original imageheight is greater than the device display height. If one or both of theoriginal image width and original image height are greater than thedisplay width and display height, respectively, then the attachmentviewer moves to step 46 and displays a “full image” option in anattachment viewer menu 62, which is shown in FIG. 4. If both the widthand height of the original image are less than those of the devicedisplay, the attachment viewer returns to step 42, the execution logicof FIG. 3 is terminated and the “full image” option does not appear inthe attachment viewer menu 62.

As indicated at step 50, if the user invokes the “full image” optionfrom the menu 62 (step 48), the attachment viewer first determines if afull image for the particular attachment was previously requested fromthe attachment server. Previously requested full images are storedlocally on the portable electronic device 12 in the content store 40.Therefore, the attachment viewer searches the content store 40 and ifcorresponding full image data is available for the requested image, theattachment viewer displays the full image, as indicated at step 56. Ifno corresponding full image data is found, the attachment viewerrequests the “full image” from the attachment server. The request thatis sent to the attachment server includes the device screen size as wellas calculated width and height parameters, as indicated at step 52.Alternatively, if the user does not invoke the “full image” option, theattachment viewer returns to step 42 and simply continues to display theresized image.

The calculated width and height parameters for the full image aredetermined as follows. The full image width is equal to 8/3 multipliedby the smaller one of the original image width and the device screenwidth. The full image height is equal to 8/3 multiplied by the smallerone of the original image height and the device screen height. Theaspect ratio of the original image is maintained during the “full image”operation.

If the attachment server successfully resizes the attachment image, thefull image is shown on the display 30 of the portable electronic device12 and saved in the content store 40, as indicated at steps 56 and 57,and the execution logic of FIG. 3 is complete. If the attachment serveris unable to execute the “full image” option, an error code is displayedinstead, as indicated at step 58.

Successful execution of the “full image” option results in an imagebeing returned from the attachment server that is larger and has ahigher resolution than the image that is displayed at step 42. Anexample of a larger, higher resolution full image 64 is shown in FIG. 5.Once the full image has been displayed, image manipulation operationsare available to the user. Image manipulation operations include zoom,pan, rotate, enhance and save, for example. These operations areperformed in a manner that is known in the art and generally includeusing a track wheel (not shown) and an arrow key (not shown) of theportable electronic device 12.

The relationship between the original image, the resized image and thefull image is generally shown in FIG. 6. Image 1 represents the originalimage, which is larger than the display 30 and therefore, selection ofthe “full image” option is possible. Image 2 represents the resizedimage that is shown on the display 30. Image 3 represents the “fullimage” after the calculated width and height have been determined andthe original image has been resized by the attachment server. Image 3 issent to the portable electronic device 12 and maintains its size, asindicated by Image 4. The entire “full image” may be viewed by the userby using the various image manipulation operations that are provided onthe portable electronic device 12.

Referring now to FIG. 7, server side operation for the method forviewing an attachment on portable electronic device 12 of FIG. 3 isgenerally shown. At step 66, the attachment server receives the “FullImage” request from the attachment viewer of the portable electronicdevice 12. At step 68, the attachment server extracts the device screensize (DSS) and calculated width and height parameters from attachmentviewer request. The attachment server then retrieves the DOM structurefor the attachment from in-memory document DOM cache, as indicated atstep 70. Once the DOM has been retrieved, the attachment servertraverses through the DOM structure to determine the corresponding imagecomponent in the DOM for that image, as indicated at step 72. At step74, the attachment server iterates through the attributes of thecorresponding image component to determine if a separate image componentspecifically for that screen size has already been constructed. Theseparate image component contains the same graphic information as theoriginal image but is usually of a smaller size than the original image(generally less than or equal to the device screen size) and thusconsumes much less memory (usually in ratio of 1:15 to 1:20).

If the separate image component does not exist, the attachment servercollects the image binary data from the original image component inmemory, as indicated at step 76, and constructs a new image componentfrom the binary data, as indicated at step 78. At step 80, theattachment server caches the DSS image component as an attribute of theoriginal image component in the DOM structure. The DSS binary image datais collected at step 82 and then tailored to create new binary imagedata based on the calculated width and height parameters and the newbinary image data is returned to the attachment viewer of the portableelectronic device 12, as indicated at step 84.

In operation, the user of the portable electronic device 12 receives anemail message having an attachment and opens the attachment in theattachment viewer. The attachment appears as shown in FIG. 4 withdetails that are difficult for the user to distinguish. If the originalattachment image is larger than the display 30 of the portableelectronic device 12, the “full image” option is available in theattachment viewer menu 62. The user then selects the “full image” optionand if the “full image” option has not been previously requested forthis particular image, the attachment viewer sends a request to theattachment server to provide a full image. The attachment viewer requestincludes width and height parameters that are calculated by theattachment viewer. The attachment server, upon receiving the attachmentviewer request, constructs a new image component that corresponds to thefull image and returns the full image to the attachment viewer. The fullimage is then presented on display 30 and saved in the content store 40of the portable electronic device 12.

A specific embodiment of the present embodiment has been shown anddescribed herein. However, modifications and variations may occur tothose skilled in the art. For example, although the portable electronicdevice 12 has been described having cellular telephone capabilities, thedescribed embodiment is not limited to portable electronic deviceshaving both cellular telephone and email capabilities. A portableelectronic device having email capabilities but not cellular telephonecapabilities may also be used. All such modifications and variations arebelieved to be within the sphere and scope of the present embodiment.

1. A method for viewing a full image of a server stored originalattachment on a portable electronic device comprising: building a graphstructure within said server representing a map of said original image;downloading and displaying a re-sized image from said server to saidportable electronic device, said original image exceeding an image sizelimit of said portable electronic device indicative of screen size ofsaid portable electronic device; calculating width and height parametersof said full image; sending a request from the portable electronicdevice to the server to enlarge the image displayed on said device basedon said width and height parameters, said request including said imagesize limit; retrieving and traversing said graph structure within theserver to locate any corresponding image component for said originalimage and, upon locating said corresponding image component iteratingthrough attributes of the image component to determine if a separateimage component has been constructed for said image size limit; in theevent that said separate image component has not been constructed thencollecting image binary data from said original image within saidserver, constructing a new image component from said binary data andcaching said new image component as an attribute of the original imagein said graph structure; collecting further image binary data from oneof either said new image component or said separate image component andmodifying said further binary data based on said width and heightparameters to create said full image of said original image; anddownloading said full image of said original image to said portableelectronic device, wherein said calculated width parameter is equal to8/3 multiplied by the smaller one of an original image width and adevice screen width.
 2. A method as claimed in claim 1, wherein anoriginal image width exceeds a width of said image size limit and anoriginal image height exceeds a height of said image size limit.
 3. Amethod as claimed in claim 1, wherein said calculated height parameteris equal to 8/3 multiplied by the smaller one of an original imageheight and a device screen height.
 4. A method as claimed in claim 3,further comprising generating a menu selection at said portableelectronic device for user enabling of said full image, said menuselection being generated if said original image exceeds said image sizelimit.
 5. A method as claimed in claim 1, wherein said graph structureis a Document Object Model (DOM).
 6. A method as claimed in claim 1,further comprising storing said full image in memory of said portableelectronic device.
 7. A method for viewing a full image of a serverstored original attachment on a portable electronic device comprising:building a graph structure within said server representing a map of saidoriginal image; downloading and displaying a re-sized image from saidserver to said portable electronic device, said original image exceedingan image size limit of said portable electronic device indicative ofscreen size of said portable electronic device; calculating width andheight parameters of said full image; sending a request from theportable electronic device to the server to enlarge the image displayedon said device based on said width and height parameters, said requestincluding said image size limit; retrieving and traversing said graphstructure within the server to locate a separate image componentconstructed for said image size limit; collecting image binary data fromsaid separate image component and modifying said image binary data basedon said width and height parameters to create said full image of saidoriginal image; and downloading said full image of said original imageto said portable electronic device, wherein said calculated widthparameter is equal to 8/3 multiplied by the smaller one of an originalimage width and a device screen width.
 8. A method as claimed in claim7, wherein an original image width exceeds a width of said image sizelimit and an original image height exceeds a height of said image sizelimit.
 9. A method as claimed in claim 7, wherein said calculated heightparameter is equal to 8/3 multiplied by the smaller one of an originalimage height and a device screen height.
 10. A method as claimed inclaim 7, further comprising storing said full image in memory of saidportable electronic device.
 11. A method as claimed in claim 7, whereinsaid graph structure is a Document Object Model (DOM).
 12. A method asclaimed in claim 7, further comprising generating a menu selection atsaid portable electronic device for user enabling of said full image,said menu selection being generated if said original image exceeds saidimage size limit.